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INTRODUCTION 


This paper documents the design and operation of a microprocessor interface 
unit which allows use of a computer terminal for communication at 110 or 300 baud 
both with a central host computer and with the microprocessor monitor. Addition- 
ally/ the interface permits the host computer to load the microprocessor memory 
directly with object code/ avoiding the use of intermediate data storage such as 
paper tape . 

The central computer, containing an assembler language processor for the 
target microcomputer, can be used from the terminal with all the flexibility offered 
by the virtual machine facility, producing object code for the micro plus program 
listings and supporting outputs. The object code can then be loaded directly to the 
micro and the same terminal device used to run the micro program, communicating 
with the micro's monitor routine. 

This interface has been used successfully to interconnect the IBM System/370 
Model 158 through an ITT Asciscope (TM) terminal to the MAI SuperJOLT (TM) 
microprocessor. 

II. INTERFACE DESCRIPTION 

Figure 1 shows the interface schematic. Operation depends upon the internal 
characteristics of the Asciscope terminal, which has full EIA RS-232 and Data Access 
Arrangement circuitry built-in. The interface pins used and their functions are 
described in Table 1 . 

As shown in Figure 1 , when the interface is in the HOST mode, the Asciscope 
Internal Modem is in control since Pin 18, EIA DUPLEX is high by being connected to 
Pin 20. The Asciscope can communicate with the host computer via DAA. Data from 
keyboard to the host computer does not appear at Pin 3 of EIA copy, but data returned 
from the host is presented at Pin 3, which is connected to the microcomputer. 

Switching the interface to MICRO mode forces the Asciscope to external modem 
mode, by grounding EIA DUPLEX Pin 18. Clear-to-Ser.d (Pin 5), Carrier Detect (Pin 8) 
and Data Set Ready (Pin 6) are held true by connection to Data Terminal Ready fin 20). 
EIA keyboard output is passed to the micro at EIA DUPLEX Pin 3, and micro output is 
returned to the Asciscope via Pin 2, which is activated by the switch to external modem. 

The host computer is disconnected from all data paths by the switch to external 
modem, and audio carrier is cut off to the host. 
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Figure 1 . Interface Schematic. 
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DAA Connector 


Pfn 2 

p.^ ^ ) Direct-Connect Audio Line Pair to Host Carrputer 
E1A DUPLEX Conn* . jfor 

Pin 2- Transmitted Serial Data (Keyboard Output) 

Pin 3 - Received Serial Data (Display Input) 

Pin 7 - Signal Ground 


Pin 5 - Clear to Send 
Pin 6 - Data Set Ready 

Pin 8 - Received Line Signal Detector (Carrier Detect) 
Pin 20- Data Terminal Ready 

Pin 18 - Low Rate Selector for External Modem 
EIA COPY Connector 

Pin 3 - Serial Data as Received from Host Computer 
Pin 7 - Signal Ground 


Table I. Asciscope Connections 
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III. INTERFACE OPERATION 


Ffrsl*, the computer terminal is logged on the central computer with the Interface 
switch in the HOST position, and the central computer file edit system is used to prepare 
a source assembler program for the microprocessor* When this program is assembled, a 
disk file is produced which containsthe object code (hexcode) for the micro. 

Next, the interface is switched to the MICRO position and the microcomputer 
Is reset and commanded to load hexadecimal code via its software monitor* The inter- 
face ts switched back to HOST computer and that computer is commanded through the 
terminal to send the object code file to the terminal. This output is also sent to the 
micro where It is loaded into memory by the previously-given command to load hexa- 
decimal. 


Finally, the interface is switched back to MICRO and the terminal is used to 
control the micro as the program is executed. 

The Asciscope must be switched to FDX (full-duplex) or HDX (Jialf-duplex) as 
appropriate to the external systems used. 

A specific example of interface operation using the Ohio University computer 
system, the Asciscope and the SuperJOLT microprocessor follows in the next sections 
of this paper. 

IV. INTERFACE SUPPORT COMMANDS JCOPY and JLOAD 

For operation of the interface unit, two commands have been written for the 
Ohio University Conversational Monitor System (CMS). These commands operate upon 
files produced by the assembler program for the MOS Technology 6502 MPU (see 
reference I). 

When the assembler is run, two important output files are produced. File JOLT 
CLEAN C contains a formatted version of the source program which the programmer may 
wish to save on permanent storage (the A-Disk). JOLT HEXCODE C contains the object 
(hexadecimal) code in the format required by MOS Technology KIM and TIM monitors 
(as used in the KIM-1 and JOLT micros). This file will later become the input file to be 
loaded to the micro via the hardware interface. 

Command JCOPY provides file support for the micro user. Issuing the command 
JCOPY progrgmname causes the JOLT HEXCODE C file to be copied to the A-Disk with 
Identifier programname HEX A , and the JOLT CLEAN C file to be copied to the A-Disk 
with identifier programname SOURCE A . if files with these names already appear on 
the A-disk, the user is asked if the files should be replaced, or written over with the new 
C-Disk data. If his response is NO, no disk files are changed and the command terminates. 
If YES, the copy operation proceeds. 
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INTERFACE OPERATION EXAMPLE 
OHIO UNIVERSITY COMPUTER SYSTEM 

User Inputs 

Description 

Interface In CMS position 
Ascl scope HDX 

LOGON mcschlnename 

EDIT SAMPLE JOLT A 

enter assembler 
statements For 
program 

FILE 

JASM SAMPLE JOLT A 
JCOPY SAMPLE 

Establish file name 

Store file on CMS dish 
Run Assembler 
Copy clean listing and 
hex code file to A~Disk 
as SAMPLE SOURCE A 
and SAMPLE HEX A 

Switch Interface to JOLT. 
RESET the JOLT, Asciscope 
to FDX 

(Carriage Return) 

LH 

Initialize TIM monitor 
command hex loader 

Switfch Interface to CMS, 
Asciscope to HDX 


[ JLOAD SAMPLE 

Bracket deletes any results 
of switching transients; 
JLOAD SAMPLE loads 
SAMPLE HEX A into JOLT 
memory. 

At end, switch Interface 
to JOLT, and use TIM 
monitor to operate the 
program, with Asciscope 
in FDX. 



The command JLOAD can take several forms. In general/ JLOAD causes a hex 
file to be sent to the terminal/ where the hardware Interface makes the data available 
also to the micro for loading. The command Is designed specifically for the KIM and 
TIM micro monitors/ in that If protects these micros from extraneous semicolon 0 ) 
characters by translating them to percent signs ( % ). This avoids bad micro memory 
loads due to CMS semicolon outputs following the ready message. Semicolons in the 
hexadecimal memory load are unchanged. 

Issuing JLOAD programname searches for the file programname HEX A and causes 
it to be sent to the terminal with CMS semicolon protection. Issuing JLOAD' programname 
filetype fi lemode causes the (CMS) file Identified as programname filetype filemode (any 
fi le 7 any disk) to be sent for micro loading. 

When the file has been sent in its entirety/ CMS sends its ready message (R%) and 
the user is ready to switch to the MICRO position of the interface and begin program 
execution in the microprocessor. 

V. REFERENCE 

fl] An Assembler for the MOS Technology 6502 Microprocessor as 
Implemented in JOLT (TM) and KIM-1 (TM), Robert W. U Mey> 

Avionics Engineering Center, Ohio University, November 1976. 
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VI. 


APPENDIX: E|A MICROCOMPUTER INTERFACE 


The SuperJOLT micro has EIA Input and output parts as part of Its design. 
Figure A-l shows an uncomplicated KJM-1-to-EIA Interface to convert the KIM 
20-mIIIIamp current loop to EIA levels. 
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